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A multi-screen display system (10) 
comprises a plurality of display screens 
(18a-n) interconnected to form one large 
screen, preferred a concave shape about 
the user (30). Stored within memory of 
a computer (12) is each screen's position 
data relative to the assumed user position. 
Optionally, an adjustment data set can be 
created and used to update the screen po- 
sition data so that it designates the ac- 
tual user position instead of the assumed 
user position. Each screen is connected 
with the computer's graphics control cir- 
cuitry (16) which comprises a graphics 
processor, either two-dimensional (44a-n), 
three-dimensional (46a-n) or both, that is 
capable of causing image data to be dis- 
played on a corresponding screen. The 
graphics control circuitry further comprises 
a multi-screen controller circuit (52) that 
receives image data from an application 
program executing on the computer and 
then forwards that image data to the cor- 
rect graphics processor for display. In this 
way, the system can display a single con- 
tiguous image or many two-dimensional or 
three-dimensional images simultaneously. 
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MULTISCREEN DISPLAY SYSTEM AND METHOD 

BACKGROUND OF THE INVENTION 

1. The Field of the Invention 

5 The present invention is directed to video displays for use in connection with 

desktop or personal computers. More particularly, the present invention is directed to a 
display system and method in which multiple individual video displays are 
interconnected so as to together function as a single contiguous video display screen that 
can be oriented about the computer user for displaying two-dimensional and/or complex 
10 three dimensional images. 

2. The Prior State of the Art 

As is well known, desktop and portable personal computers are used in 
connection with a wide variety of business, home, and entertainment software 
applications. To one degree or another, software applications require the use of a 

15 computer video display screen to display information to the computer user, typically in 
the form of various combinations of data, text and graphics images. And, as the 
sophistication and number of applications available continues to increase, the need to 
display greater amounts of data and/or graphics images also expands. For instance, 
spreadsheet, database, computer aided design, Internet browser and related applications 

20 often are best used with large video display screens to present relevant and contiguous 
amounts of data to the user. More often than not, however, the screen size of currently 
available video displays limits the user's ability to display an entire wordprocessing 
document, or spreadsheet, for instance. Instead, the user must continuously scroll 
through an application to display relevant portions. This is time consuming and reduces 

25 the computer user's productivity. 

The size of currently available video displays are limiting in other respects as 
well. Today*s windows-based graphics user interfaces and niultitasking operating 
systems allow a user to simultaneously execute a number of different programs within 
multiple corresponding Application "windows." For instance, a user may be 

30 simultaneously executing an Intemet browser, an electronic mail application, a 
spreadsheet application, and a word processing application within different application 
windows. With such an environment, it would be advantageous for a user to keep certain 
application windows visible at all times, even while working in another application 
window. Again, even with the largest display screens currently available, the user is 

35 typically unable to display more than one or two application windows at any given time. 
As such, the user is forced to continuously toggle between application windows to view 
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and/or interact with the various applications. This can greatly reduce a computer user*s 
efficiency and productivity and detracts from many of the advantages otherwise provided 
by today's desktop computers and multitasking operating systems. 

In addition to the inefficiencies associated with limitations in display screen size, 
there are other drawbacks associated with currently available computer displays. For 
instance, sophisticated video entertainment and gaming applications, and related high-end 
three-dimensional and so-called virtual reality-type software applications, are particularly 
dependent on having a suitable display environment - typically not provided v^th a 
single, flat video display screen. To address the inadequacies of currently available video 
displays, such applications may be written for use with a "head mounted display" 
(HMD), which provides a user with peripheral vision of graphics scenes, and a more 
realistic, "immersive" visual experience. However, such displays are not entirely 
satisfactory for a nuniber of reasons, and are thus not an attractive alternative for some 
users. First, HMDs are effectively and practically limited to being used v^th specific 
types of applications; they are not practical for day-to-day use of in connection with 
standard 2D-type office applications, such as word processors. Second, even short term 
use of HMDs can be uncomfortable, and can cause eye strain, headaches and even nausea 
in some users. 

In addition, use of a HMD device to, view a complex three-dimensional 
application does not permit the user to simultaneously display another two-dimensional 
.application. For instance, while executing a three-dimensional virtual reality application, 
it may be advantageous for a user to simultaneously execute an unrelated, two- 
. dimensional windowed application, such as an electronic mail package, that the user can 
monitor while executing the 3D application. This capability is typically not available 
with a HMD, or other currently available flat video display screens that are executing 
complex 3D software applications. 

Thus, it would be an improvement in the art to provide a computer video display 
and operating method that provides a display screen that is large enough to show large, 
contiguous views of executing application programs. In this way, a user may view an 
entire spreadsheet's contents, or simultaneously view a number of document pages in a 
side-by-side fashion. Similarly, with a sufficiently large display, a user would be able 
to display and view a number of execution windows simultaneously on one display. 

In addition to having increased size, it would also be an improvement to have a 
display system that can be oriented about a computetr user so as to provide the user with 
peripheral views of three-dimensional display graphics - such as would be foxmd in a 
virtual reality-type application - and thereby provide the viewer with a more realistic and 
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"immersive" viewing environment. At the same time, the display system should be 
capable of simultaneously displaying both 3D and 2D applications, thereby increasing 
the flexibility of the display and the productivity of the user. Moreover, it would be 
desirable if the video display system could be implemented on computer systems using 
5 currently available graphics processor electronic technology, and currently available 
operating system technology. 

SUMMARY AND OBJECTS OF THE INVENTION 

The foregoing problems in the prior state of the art have been successfully 

10 overcome by the present invention, which is directed to a multiscreen display system and 
method. The multiscreen display system of the present invention is comprised of a 
plurality of interconnected video displays. The video displays are each positioned with 
respect to one another in a spatially adjacent manner so that each of the individual display 
screens together fimction as a single contiguous display screen. Moreover, in a preferred 

15 embodiment, the display screens are interconnected and arranged in a manner so as to 
form a concave shape about tKe coniputer user. 

The display system is connected'to and can be used in conjunction with a standard 
personal of desktop coriipufer, and cmi be iised with currently available multi-tasking 
operating systems. Moreover, the system can be used to display both two dimehsional 

20 ' applications Emd coiriplex' three dfm^^ applications. Indivi'duial displays, or 

altissrnatively, groups'bf ihdividuar displays system, are electrically 

connected to the idesktop computer via^g^^^ processor electromcs positioned vvifHin 
' t(ie computer housing! 

Stored within ian appropriate corciputer data storage area is "screen position data," 

25 which contains th6 position/location of each of the individual display screens within the 
display system. Preferably, the screen position data signifies each of the individual 
screen positions in relation to an assumed viewer position. This data can then be used 
by a graphics application executed oh the computer to provide a more realistic "virtual" 
■image display, arid to detennine adjacency for 2D^^a^ 

30 'A computer exectitable program method is also disclosed for use in connection 

with the display system. The program method is directed to the program steps that can 
be utilized by the graphics processor electronics to send image data to the appropriate 
display screen within the display system. Moreover, the executable program method 
allows for use of specialized display system data packets as well as data packets that take 

35 advantage of existing graphics processor subroutine functions libraries. 
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Program methods for implementing complex three dimensional visualization 
software applications in connection with the multiscreen display system are also 
disclosed. That program method utilizes the screen position data set in a manner so as 
to provide the ability to generate extremely reaUstic, immersive virtual graphics images 
on the display system. 

In operation, the multiscreen display system provides the ability to have a large 
display screen size for displaying numerous application windows and large amount of 
data and graphics. Moreover, the display system provides a user with the ability to 
interact v^th both complex three dimensional graphics applications and two dimensional 
office-type productivity applications at the same time and on the same screens. Finally, 
the concave arrangement of the system provides a user with peripheral vision of image 
graphics, and results in an immersive field of vie^y by the computer viewer. 

BRTEF DESCRIPTION OF THE DRAWINGS 

In order that the manner in which the above-recited and other advantages and 
objects of the invention are obtained, a more particular description of the invention 
briefly described above will be rendered by reference to specific embodiments thereof 
which are illustrated in the appended drawings. Understanding that these drawing depict 
only typical embodiments of the invention and .are not therefore to be considered to be 
limiting of its scope, the invention will be described and explained, with .additional 
specificity and detail through the use of tj^e accompanying drawings in which: 

Figure 1 is a perspective vie^y of one exaniple embodiment of thp inultiscreen 
display system of the present invention; , is ; 

Figure 2 is a perspective view of another embodiment pf the multiscreen display 
system of the present invention; 

Figure 3 is a perspective view of yet another embodiment of the multiscreen 
display system of the present invention; 

Figure 4 is yet another perspective view of the multiscreen display computer 
display system of the present invention; 

Figures 5A-5G are perspective views of a fold-down version of a multiscreen 
computer display; 

Figures 6A-6D are each perspective views showing various embodiments of 
interconnection schemes between the individual display panels of the multiscreen display 
system of the present invention; 

Figures 7 A-7B are functional block diagrams illustrating certain of the functional 
components used in the multiscreen display system; 
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Figure 8 is a functional block diagram illustrating the functional components used 
in one example of an electronic graphics processor used in the multiscreen display system 
of the present invention; 

Figures 9A-9C illustrate the manner by which screen position data is calculated 
5 as well as an alternative screen arrangement that can be used in the multiscreen display 
system; 

Figure 10 is a flow chart illustrating one presently preferred series of program 
steps for use in connection with the multiscreen display system of the present invention; 
Figure 1 1 is a second program flow chart illustrating presently preferred program 
10 methods for use in connection with the multiscreen display system. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention contemplates both systems and methods for implementing 
a multiscreen computer display environment. The description that follows describes 
15 various embodiments of the invention, and is broken down into three sections. The first 
section describes examples' of the overall system by making reference to figures that 
illustrate the various embodiments of the a multiscreen display system and the general 
computing environment in which the system may be implemented. Additional details 
■ '^'pertaining to the display systeiii arfe de referring to functional diagrams that 

20 ' ' illustrate examples of sortie of the fxiridtibrial blocks that can be used to implemerit one 
- prefeired embodiment'of the invbhti^ 

The second section of the diiscussiori is directed to a description of examples of 
the "screen position data" that is used in connection the implementation of certain of the 
embodiments of the invention. In addition, examples of preferred methods by which the 
25 ^ screeii position data is calculated aire provided by making reference to certain figures. 

The third section of the detailed description is directed to a description of program 
methods for use in connection with the operation and use of the multiscreen display 
system. Preferably, methods will be implemented by way of computer executable 
instructions stored on a computer pi-ogram product. The instructions will be primarily 
30 described by making reference to various program flow diagrams. 

It will be appreciated that the following description, as well as the accompanying 
figures and diagrams, should not be construed as limiting of the present invention's scope. 
Instead, the description and drawings should be viewed as illustrating an example of a 
presently imderstood preferred embodiment of the invention. 

35 
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L THE SYSTEM 

Reference is now made to Figure 1, which illustrates one presently preferred 
embodiment of a multiscreen display system constructed in accordance with the 
teachings of the present invention. In the embodiment illustrated, a multiscreen display, 

5 designated generally at 10, is connected to a general purpose personal, or desktop 
computer, designated generally at 12. Those skilled in the art will appreciate that the 
invention may be practiced with other computer system configurations, including without 
limitation multi-processor systems, network PCs, minicomputers, and the like. As is 
shown, the desktop computer 12 includes a standard computer keyboard 14 that is 

1 0 operatively connected to the computer system chassis 1 3 . Other user input devices could 
also be connected, such as a mouse, or similar pointing device, such as a joystick, 
trackball, touchscreen, etc. The chassis 13 is what houses the processing xmit, computer 
system bus, power supply, and related computer electronics of the computer. Also 
positioned within the chassis is graphics processor electronics, designated at 16, which 

15 is used in connection with the control and operation of niultiscreen display 10. In 
addition, a personal computer chassis 13 ,will typically include at least, one type of 
computer storage device, such as, for instance, at least one hard disk drive, a magnetic 
floppy disk drive, an optical drive, etc. The drives arxd their associated compjxter- 
, rei^dable media provide nonvolatile storage of coniputer readable instructions and data 

20 for the personal computer, 12. , 

Personal computer 12 fixrther includes a CPU/processing xmit (not shown), a 
computer system memory area (such as read only memop^ ROM and. random: access 
memory RAM), and a computer system bus (I/O bus) (designated at 40 in Figure 8, 
described below), which interconnects each of the sysjem , components with the 

25 CPU/processing unit. The system bus may be comprised of any type of bus structure that 
is commonly used in various computer architectures and implementations. 

In the embodiment illustrated, the multiscreen display 10^ is comprised of a 
plurality of mutually connected thin display panels or screens, which are designated at 
1 8a-n. These individual display panels 18a-n can be comprised of any electrically active 

30 technology including for instance, liquid crystal (including active and passive matrix), 
electro-luminescent, plasma, directed emission cathode ray, or any similar type video 
display technology. Also, different display technologies can be mixed within the system 
10. 

In the example embodiment shown in Figure 1, the screens 18a-n are mutually 
35 connected in a generally spatially adjacent manner, and are arranged and oriented in a 
roughly concave shape around the computer user. Preferably, the mutually connected 
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screens 1 8a-n are supported by an interconnecting framework of horizontal 20 and 
vertical 22 support rods or beams. The framework is oriented so as to rest on a standard 
height desktop 24. Preferably a support brace 26 attaches the framework of display 
screens 18a-n to the desktop 24 and provides additional support thereto. 
5 While the embodiment illustrated in Figure 1 shows one preferred arrangement 

of the display system 10, it will be appreciated that other physical configurations could 
also be used. For instance, in the display system 10' of Figure 2 the individual display 
screens 1 8a-n* are curved, and not planar. Also, the host computer 12', cabling, graphics 
circuits 16* and other components are integrated within a supporting framework housing 
10 15. Also, a hinged portion of the supporting framework 17 opens to allow access to the 
internal electronics of the integrated host computer 12'. Figure 3 illustrates an 
embodiment wherein the display system 10" functions as a docking station for a portable 
computer 12". Once docked, the laptop screen 19 works in conjunction with the other 
individual display screens 18a"-18n" within the display system 10", In Figure 4, the 
15 ■ central portion of the screen array is omitted to allow a standard CRT-type video monitor 
' 21 to be used. The piosition of the CRT 'monitor 21 relative to the viewer can be added 
to tiie screen position data (discussed below), thereby allowing it to function within the 
' display system 10'". In the embodiments of Figure 5A-G, a fold-up multiscreen (lisplay 
' ' ■ 'syistem is illustrated in various stages of retraction. In tiiat embodiment, hinges 23 are 
20 ''usfed to £(ttjEich adjaeem screens 18a-ii''''^ thereby allowing the screens to be folded 
compactly. In Figures 9A-9C, an embodiment of a multiscreen display system using 
' ' polygonal ' shaped screens is shown. Moreover, this enribodimen^ illustrates how 
' Itidividtial screens can be arranged si) as to be spatially adjacent, but in a hon-cohtigiious 
'•riiahnei'! ' 

25 ' = ' Referring again to the ehibodiment of Fig^ 

" detail bbloW^ each of the individual display screens ISa-n' are electrically interconnected 
to the graphics circuitry 1 6 that is installed within the desktop computer 12. Preferably, 
thiis interconnection is aiccomplished by way of electrical display cables, which are 
' designated at 28. Stored within an appropriate computer datia storage area {e.g. , magnetic 
30 ' storage, RAM, ROM) is ''Ween position data,'^ 

' the individual display screens 18a-h. The content, the format, and the preferred 
proceduife for calculating the screen position data will be described in further detail at 
section II below. In general however, the screen position data preferably denotes each 
of the individual screen positions in relation to an assumed viewer position, such as 
35 would correspond with the eye level of the computer user 30. This screen position data 
can then be utilized by an application executing on the computer 12, such as a complex 
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visualization, virtual reality application, or similar 3D graphics application. The position 
data can be used, for instance to construct contiguous, wrap-around computer graphics 
images in three dimensions across part, or all of the display screens. Similarly, two- 
dimensional applications, such as would commonly be executing within windows-based 
5 operating system application windows, could also utilize the screen position data to 
allow, for instance, the screen cursor to move between contiguous windows on the 
display screen 10. Also, two dimensional text windows could span across adjacent 
screens, thereby providing much larger display areas for a windowed application. 

The visible color of individual pixels of each of the distinct screens 1 8a-n are 

10 controlled by a row and column arrangement of electrical conductors. It wil! be 
appreciated that various methods could be used to facilitate the electrical interconnection 
of columns and/or rows of adjacent screens 18a-n to create electrical groupings of 
screens. For instance, the number of display cables, and graphics control circuits 
(designated at 28 and 16 in figure 1), required is determined by the extent of electrical 

15 grouping of these individual screens 18a-n Figures 6A-6P illustrates examples of the 
various embodiments of the electrical interconnection schemes that can be used in 
connection with embodiments of the current invention, for exmnple, in Figure 6A each 
of the individual display screens 1 8a-n will have ^separate cable. (28 inFigure 1) aiida 
separate graphics control circuit (16 in Figure 1) associated therewith, ]jn contrast, the 

20 embodiments illustrated in figures 6B and 6C utilize separate electrical cable conductors, 
designated at 32, to interconnect adjacent screens to form groups of screens. These 
approaches would each require the use of fewer individual cables and graphics control 
circuits (i.e., a separate cable and graphics control circuit for each group of screens). The 
interconnection schenie shown in figure 6D utilizes an alternate manufacturing process, 

25 wherein the electrical conductors 32 are formed as mutually adjacent electripal plugs and 
receptacles so that adjacent screens can be plugged into one another in an integrated 
manner, or manufactured as a single unit without connectors. 

The display cables (28 in figure 1) that are used to interconnect the graphics 
control circuitry 16 to the individual display screens 18a-n will carry either analog or 

30 digital signals, depending on the particular type of display electronics being used. These 
alternatives are illustrated in fimctional block form in Figures 7A-7B, As is well known, 
digital control signals require less electronics, but are limited in length-of-travel to about 
one meter. Thus, use of digital display screens would be preferred where the display 
screens are spatially located so as to be closer to the computer {See, for instance, the 

35 alternative embodiments illustrated in Figures 2, 3 and 5). Alternatively, analog control 
signals require additional circuitry, but the length-of-travel is extended to about two 
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meters. As such, this approach would be preferred where the display screen is located 
a further distance from the host computer, as for instance, with the embodiment 
illustrated in Figures 1 and 4. 

Reference is next made to Figure 8, which is a functional block diagram 
5 illustrating the basic functional components included within the graphics control circuitry 
(16 in Figure 1). The graphics control circuitry, which is designated generally at 16 in 
Figure 8, is preferably implemented with known circuit components on a printed circuit 
board, which is in turn received within the computer chassis 13. The printed circuit 
board includes appropriate connectors for attachment to the respective display cable(s), 

10 and for attachment to the host computer system I/O bus, which is designated at 40 in 
Figure 8. It will be appreciated that various other physical embodiments of the graphics 
control circuit board hardware 16 could be used. For instance, in the embodiment of 
Figure 1, the circuit is implemented as a standard sized adapter printed circuit card, 
wherein each circuit card interfaces with one or more display screens. Each card is 

15 inserted into'a system I/O bus interface slot provided on the host computer motherboard 
in a manner well known in the art. Such graphics cards, which each drive one or more 
independent screens, are currently available frorn a nimiber of different manufactures. 
' Witii this embodiment, circuitry for interfacing with the computer system I/O bus, and 
any assobiatbd custom control circuitry (discussed below) is required on each separate 

20 physiciil board.' In an alternative ■emb<)diment, a siiigle circuit board contaimng the 
graphics control Circuitry for an entire multiscreein display system can be used. With' this 
approach, a biis extender board could be used to connect the single card to the physical 
' connector for the system I/O hixs of an unmodified host coniputer motherboard. Here, 
only one bus interface circuit and custom control circuit is requiredi. This approach is 

25 ' advantageous because it uses fewer interface bus expansion slots on a computer 
motherboard. Alternatively, a custom host coniputer motherboard having the graphics 
control circuitry iihplemented thereon for an entire display "system could be used. This 
approach would provide performance advantages because the commimications between 
the host processdr/CPU and the graphics circuitry would occur over the high-speed 

30 memory bus as op^posed to the lower speed computer system I/O bus. Also, the bus 
interface circuit is eliminated completely, and a custom control circuit could be replaced 
by a niemory controller circuit which also services other components on the motherboard. 

Preferably, the graphics control circuitry 16 is comprised of graphics processor 
circuit means for causing image data to be displayed on a corresponding display, and 

35 multi-screen controller means for forvvarding image data from an application executing 
on the computer to the appropriate graphics processor circuit means. By way of example 
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and not limitation, the graphics processor circuit means is comprised of a 20 graphics 
processor 44 and/or a 30 graphics processor 46 circuit, discussed below. Also, the multi- 
screen controller means is comprised, for example, of a custom control circuit 52, which 
is also discussed in further detail below. 
5 With continued reference to Figure 8, it is shown that in a preferred embodiment 

certain of the functional components of the graphics control circuitry 16 are 
interconnected with a high-speed graphics processor bus 42. In the illustrated 
embodiment, a 2D graphics processor 44a-n, a 3D graphics processor 46a-n, a video 
processor/decoder 48a-ri, a memory block 50, and a custom control circuit 52 are all 

10 interconnected by way of the high speed graphics bus 42. As indicated, a single custom 
control circuit 52 is required for each physical circuit board that interfaces with the 
computer I/O bus 40. Also, in the example embodiment, display control circuitry, 
designated in the dotted box 54a-n, is required for each independent screen 18a-18n, or 
screen group (Figure 6). In addition, at least one memory block 50 is required. 

15 As previously noted, each of the individual displays 18a-l 8n receive electrical 

timing and control signals via a display cable 28a-28n via a corresponding display 
controller circuit 56a-n. The display controller circuit 5 6a-nope!rates a maimer that is 
well knovm in the art by outputting the proper electrical timing and control sequences 
required by the corresponding display screen 18a-n. As is. shown, an intervening digital- 

20 to-analog converter circuit 58a-n is used where the cable 28a-n carries analog signals. 
Of course, as previously described and discussed in connection with Figure 7, the D-to-A 
circuit 58 i^ not needed if digital signals are utilized. Display controller integrated 
circuits that can be used to implement the flmction denoted at 56a-n are well known in 
the art and are available from numerous manufacturers, Such integrated circuits 

25 commonly provide both analog and digital outputs. 

In operation, the display circuit 56a-n periodically reads the currently displayed 
image from a display memory denpted at 60a-n. The contents of the display memory 
60a-n include a representation of the image that is currently being displayed on the 
display screen 1 8a-n. In a manner that is well known, the contents of the display memory 

30 60a-n, and the corresponding image on the display screen 18a-n, are periodically 
modified by the 2D graphics processor 44a-n, the 3D graphics processor 46a-n, and the 
video decoder 48a-n circuits. Display memory integrated circuits that can be used to 
implement the function represented at 60a-n are well-known in the art and are available 
from more than one manufacturer. Also, such integrated circuits are slightly faster than 

35 other types of computer memory, and are typically sized so as to accommodate the 
resolution and color depth of the corresponding display screen being used. Moreover, 
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dual-ported display memory integrated circuits, which allow for the stored image to be 
both read and modified at the same time, are also available from a variety of different 
manufacturers. Also, 2D processors or 2D accelerator integrated circuits, as well as 3D 
accelerator or 3D processor integrated circuits, which can be used to provide the 
5 functions illustrated at 44a-n and 46a-n respectively, are available from a number of 
different manufacturers. In addition, video processor or video decoder integrated circuits, 
which function to decompress video images in real-time, are also available from different 
manufacturers and can be used to provide the function illustrated at functional box 48a-n. 
The 2D processor circuit 44a-n, the 3D processor circuit 46a-n, and the video 

10 processor circuit 48a-n each accept commands and data from the custom control circuit 
52, and reference information contained within the memory block 50, via the high-speed 
graphics processor bus 42. This command, data and reference infomiation is collectively 
used to modify the image represented in the display memory 60a-n. 

In the embodiment illustrated in Figure 8, a significant level of parallel graphics 

1 5 activity can be achieved due to the use of independent graphics processing circuits 54a-n 
for each display screen 1 8a-n, or display screen group. As vAll be discussed in further 
detail below, to attain such parallel activity, software commands and data are given to, 
for instance, the graphics circuitry associated with functional block 54a, and while that 
circuitry is processing the dataV'tHe graphics circiiitry associated with functional block 

20 54b-ri can be provided with software commands and data; Again, while those graphics 

drcuits are processing; bflief grajjlhics circuits can also be given respective commands 
afid'data. ' ^--^ ^^i^- ^ . v.->.: < -j , ■ - . . ..^ 

With continued reference to' Figure 8, a setup processor circuit, designated at 70, 
furicti<5ns so as to assist the jgr^phics processors' 44a-n, 46a-n by optimizing certain of the 

25 relatively static image parameters, including lighting and texture data values, so as to 
provide for higher speed reference and performance by the graphics processors. Not all 
commercially available 3D graphics processor integrated circuits have a companion setup 
processor integrated circuit 70. Thus, the use of this particular circuit is dependent upon 
the particular 3D graphics processor that' is being utilized! 

30 The custbm control function designated at 52 controls the flow of data between 

the various functional circuits that make up the graphics processor electronics 16. The 
general function provided by the circuit 52 is to accept data from the host computer 
processor (not shown) via the host computer system I/O bus 40. The circuit 52 will then 
either act upon the data, or pass it along to a destination display control circuit 54a-n, 

35 which can be selected via assertion of an appropriate signal by the multiplex logic 73. 
It will be appreciated that various programmable circuits could be used to provide this 
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particular bus interface function, which are available from a number of manufacturers. 
Examples of presently preferred programming methods to implement certain of the 
functions of the circuit will be discussed below. The function provided by the custom 
and control circuit 52 can be with a custom circuit in the form of an application-specific 

5 integrated circuit (ASIC). Alternatively, the function could be implemented with a 
programmable microcontroller. The read-only program memory module 72 may be 
integrated within the device itself, or may be comprised of an external memory module 
device. The program memory 72 is used to store the programmable instructions used to 
control the operation of the device and to implement the custom control function. In 

10 addition, bus interface logic 74 may also be implemented within the custom control 
circuit 52. The bus interface logic circuitry 74 provides the proper timing and control 
signals to interface with the computer system I/O bus 40, and passes data between the bus 
40 and the rest of the custom control circuit 52. Again, this particular function could be 
implemented within the ASIC/microcontroller, or could be implemented by way of a 

1 5 separate, standalone circuit module, of which there are a variety available firom a number 
of manufacturers. The specific programming logic required to interface v^th a computer 
interface system I/O bus will depend on tlie bus used, and is well known by those of skill 
in^eart. , 

The niemory block 50 is preferably. implemented as, a jingle, random access 
20 memory area which is implemented and resides on the same.physical board as the rest 
of the graphics control circuitry 16. This , approach allows for high-speed access by the 
graphics processors 44, 46 and the video decoder 48, which also reside on the board. 
Also, increasing the size of this memory location correspondingly increases the number 
of texture maps (stored in texture memory. 80) and the amount of 3D rendering 
25 information available in polygon memory 81, setup memory 83 and parameter memory 
85, which also increases display performance. Larger texture memory area 80 also 
allows for more detailed texture maps which increases the richness and detail of the 
displayed images. 

30 II. THE **SCREEN POSITION DATA>^ STRUCTURE 

As already noted, in order to best utilize the multiscreen display system 10 
described above, a data structure referred to as the "screen position data" is created and 
stored within an appropriate computer storage location, such as computer disk storage. 
This data is then made available to application programs executing on the desktop 

35 computer 12 so that the display system 10 can be used in a suitable manner. 
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Figure 9 is illustrative of a preferred process for creating the screen position data 
set. Ah assumed viewer location, designated at 30, which is preferably located at a point 
central to the concave, or similarly oriented, display system 1 0 is identified. For instance, 
the assumed viewer location can be calculated based on an average stature for a typical 
computer user, that is seated on an average height chair with the display system 10 
resting on a standard height desktop. For nonstandard desktop applications, similar 
methods can be used to determine an assumed viewer position. 

Relative measurements for each display screen 18a-n location within the display 
system 10 are then made from this as'simied viewer position. For instance, the assumed 
viewer position is identified as the 0,0,0 position in an X, Y, Z coordinate grid, and 
measurements similar to that which would be obtained by a three-dimensional coordinate 
measurement machine can be taken to "identify the various screen 18 locations. 
Preferably, the locations of each comer of the active area of each display screen 18a-n 
with respect to the assumed viewer position are calculated. These distance values are 
then sorted and stored in a clockwise order starting from the top-most (in the positive Y 
coordinate direction) edge of each display screen 18a-n. These values are stored digitally 
within computer storage' as screen positioti data, examples of which are shown below in 
Table A.' Prefembly, the screen positioft data set also includes the units of measure being 
used, a screen identifier and screen specifications/characteristics which are significant to 
thfe rendering of the images.' Fbi^' iHst^ can include the resolution of the 

screen, the color capfabiiitieS, etc. 'Ttre' Sfiecific fomiat and content of the screen position 
data can then be coinniuhicaLted t6 a software developer, who can then use the data to 
determine view voltimes and oth^r image rendering aspects/chareicteristics to' be 
displayed on the display system 10.' * . 

It will be appreciated that a number of reference coordinate systems exist for such 
measurements, including polar, and non-right-handed. Any such measurement system 
could be used as long as the method and units are clearly cormnunicated and usable by 
the program developer. 
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TABLE A 



# Screen Position Data File 
# 



units=inches 

screen = "optional name of screen 1 " 
hres/vres/color/gama = 800 600 16 0 
X = +004.00 y = +006.00 z = -01 8.00 
10 X = +008.00 y = +000.00 z = -01 8.00 

. X = +004.00 y = -006.00 z = -018.00 
X = -004.00 y = -006.00 z = -018.00 
X = -008.00 y = +000.00 z = -018.00 
X = -004.00 y = +006.00 z = -018.00 

15 

screen = "optional name of screen 2" 
hres/vres/color/gama = 800 600 16 0 
X = +004.00 y = -006.00 z = -01 8.00 
X = +004.00 y = -Oil .64 z = -01 5.95 
20 X = -004.00 y = -Oil .64 z = -0 1 5.95 

X = -004.00 y - -006.00 z = -018.00 



screen = "optional name of screen 5" 
hres/vres/color/gama = 800 600 16 0 
X = -012.00 y = +003.00 z = -004.00 
X = -012.00 y = -003.00 z = -004.00 
X = -012.00 y = -003.00 z = +004.00 
X = -012.00 y = +003.00 z = +004.00 



screen= "optional name of screen 6" 
hres/vres/color/gama = 800 600 16 0 
X = -008.00 y ^ +009.93 z = +000.00 
X ^ -012.00 y = +003.00 z = -004.00 
X = -012.00 y = +003.00 z = +004.00 



screen = "optional name of screen 3" 
hres/vres/color/gama = 800 600. 16 0 
25 X = -004.00 y = +006.00 z = -01 8.00 

x = .008.00 V = +000.00 z = -01,8.00 
X = -013.68 y = +000.00 z = -012.32 
: • X = -012.49 y = +006.00 z = -009.51 



. screen = "optional muBe of screen .?" 

hres/vres/color/gama = 800 600 16 0 
"x^ +008.00 y = +009.93 2 = +000.00 
:.xr.='+012,0.0y = +003.00 z -+004.00 

x = +012.00 v = +003.00 z= -004.00 



screen = "optional name of screen 8" 
hres/vres/color/gama = 800 600 16 0 
X = +012.06 y = +003.00 z = -004.00 
X = +012.00 y = -003.00 z = -004.00 
x = +012.00 y= -003.00 z = +004.00 
X = +012.00 y = +003.00 z = +004.00 



In a preferred embodiment, the screen position data may be supplemented with 
40 an "adjustment data set." The adj ustment data set contains correction values that are vised 
to adjust the assumed viewer position data values to correspond with an actual viewer 
position. This may be due to differences in the height of computer user viewer, the chair 
height, and desk height. This data set may be manipulated each time a user invokes an 
application. For instance, a user may manually enter in relevant adjustment data, by 
45 taking measurements with respect to an arbitrary reference point on the display system 
10. Alternatively, the actual head position of a user and/or the display system could be 



30 screen = "optional name of screen 4" 

hres/vres/color/gama = 800 600 1 6 0 
X = +012.49 y = +00'6.00 z = -009.5 1 
X = +013.68 y = +000.00 z = -012.32 
X = +008.00 y = +000.00 z = -018.00 

35 X = +004.00 y = +006.00 z= -018.00 
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determined by electronic sensors that are integrated within the framework of the display 
system 10, and the adjustment data set could then be calculated automatically. However, 
it is anticipated that in most cases, no adjustment is required since minor variations from 
the assumed viewer position are largely unnoticeable. 



III. THE METHOD 

Another aspect of the present invention pertains to methods for controlling and 
utilizing the multiscreen display system 10 described above. Embodiments within the 
scope of the present invention may include computer readable media having executable 

10 instructions. Such computer readable media cm be any available media which can be 
accessed by a general purpose personal coriiputer. By way of example, and not 
limitation, such computer readable media can comprise RAM, ROM, EEPROM, 
CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage 
devices, or any other medium which can be used to store the desired executable 

15 instnictions and which can be accessed by a general purpose computer. Combinations 
of the above should also be included within the scope of computer readable media. 
Executable instructions comprise, for example, instructions and data which cause a 
' general purpose computer to perform a certain function or group of functions^ - 
, / , : As is weU known, the manufacturers of<2E>, 3D and video decoder integrated 

20 0' circuits (elements 44, 46 and 48 respectively in Figure 8) ordinarily provide an abiHty to 
control the devices with software in the form of a library of graphics subroutines that can 
be accessed vsdth subroutine calls made via a predefined, application programming 
interface (API)., In the preferred embodiment, the ability to^take advantage of the various 
functions provided via these graphic subroutine libraries is pro\d^^ Thus, function calls 

25 . ithat are specific to the multiscreen display 1 0 can be mixed with function calls to graphic 
stibroutiriies sjpecific to a particiilar integrated circuit (Le,\ 2D, 3P and/or video decoder) 
included within the system. 

Following is an example of the sort of source code that can be implemented as 
executable instructions; that run on the host computer 12, and which addresses multiple 

30 display screen? 18 without requiring alterations to graphics processor specific application 
programmipg interface (API) libraries. 
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# 3D Visualization Software - Source Code Example 

# „-.-„«„ . 

include: Graphics Processor Specific API Functions 
include: Multi-Screen Specific API Functions contains 
the "setScreenQ" function 

for i = 1 to Number-of-Screens 

setScreen(i); # This is a multiscreen API function call 

Graphics Processor Specific function calls; 



loop; 

This inter-mixing of library calls creates a sequential data stream to appear on the 
host computer system I/O bus (40 in Figure 8). For instance, in the above example, a 
screen selection data packet reaches the custom control circuit 52 from the system I/O 
bus 40. The interface logic receives the screen selection packet data packet, directing the 
multiplex logic 73 portion of the circuit to assert a chip einable, or chip select line for the 
graphics processor associated with screen "i." All other graphics processors are 
simultaneously de-activated from receiving inpiit by the same logic. Any subsequent 
graphics processor specific data packets, or function c^ls defined by the selected 
graphics processor's library, are then passed unmodified by the ctistom control circuit 52 
' bnto the graphics processor bus 42, and are then accepted by the single enabled graphics 
processor associated with screen "i." This continues until another screen selection data 
packet is received by the multiplex logic 73 portion of the custom control circuit 52, 
which then selects/enables a new graphics processor 54a-n. Alternatively, the graphics 
processor specific API library function calls could be modified to require, for instance, 
a screen number argument within a parameter list, and a screen number v^thin each data 
packet sent on the host computer system I/O bus 40. This identifier could be used by the 
custom control circuit to direct the data packets to the appropriate graphics processor 
circuit 54a-n. 

Reference is next made to Figure 10, which is a program flow chart illustrating 
one presently preferred embodiment of the program steps that can be used to control the 
operation of the programmable multiscreen custom control circuit 52. The series of 
executable instructions begins at program step 100, where the circuit 52 obtains a data 
packet firom the host computer system I/O bus 40. Once a packet is captured, at program 
step 102 the circuit 52 checks to see if it is a multiscreen specific data packet. If not, the 
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process continues at program step 104, and the packet is passed unaltered to the high 
speed graphics processor bus 42, from which the then enabled graphics processor circuit 
54a-n will receive* and process the packet accordingly. The custom control circuit 52 will 
then return to program step 1 00 and wait for the next data packet. 
5 If however at program step 1 02 it is determined that the packet is in fact a multi- 

screen specific data packet, then the program steps will proceed as indicated at schematic 
line 106, at which point a series of queries will be performed so as to ascertain which 
function is to be performed. Thus, processing vsdll begin at program step 108 where the 
circuit 52 will determine if the data packet corresponds to a set screen command. If so, 
10 at program step 1 10 the custom control circuit 52 will enable the particular graphics 
processor 54 that has been selected. This is accomplished, for instance, by asserting a 
corresponding enable signal via the high speed graphics bus 42. If the data packet does 
not include a set screen command, then processing will proceed to program step 1 12, 
where it is determined whether the data packet includes an inquiry command requesting 
15 that the currently enabled display screen be identified. If so, at program step 1 14 the 
custom control circuit 52 will return a packet to the host CPU system I/O bus 40 that 
contains the currently enabled display screen. If the data packet does not include such 
an mquiry command, processing will continue at program step 1 1 6. That program step 
corresponds to any other valid multiscreen data packet commands that may be present. 
20 If a valid multiscreen command is present within th^e data packet, processing continues 
at program step 1 1 8, and the corresponding comniand is processed by the custom conpol 
circuit 52 If however, no valid multiscreen command is contained .within the . data 
packet, program step 120 is performed, and an appropriate error message is returned to 
the host CPU system I/O bus 40. Once the data packet has been queried for a valid 
25 muhiscreen command, and the command has been identified and processed, or , the 
appropriate error message has been returned, processing will continue at program step 
100 at which point the custom control circuit 52 will again wait for another data packet 
from the host CPU system I/O bus 40. . 

Reference is next made to Figure 1 1, which illustrates the preisently preferred 
30 program method steps corresponding to the manner by which a three-dimensional 
visualization software application would utilize the multiscreen display system 10. 
Generally, these program steps would be performed by the host computer 12 processor 
CPU. Beginning at program step 200, an application would begin by reading the screen 
position data set designated at 202, an example of which was illustrated and discussed 
35 in connection wdth Table A above. Once that data has been obtained, the processor 
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would proceed to the series of executable steps corresponding with block 204, where the 
viewer position adjustment data set, designated at 206 and described above, is read. 

Once the screen position data set and viewer position adjustment data set have 
been read, the processor proceeds to step 208, where it calculates, based on the adjusted 

5 screen position data, the three-dimensional view volumes for each screen 1 8a-n. The 
proper portion of the surrounding "virtual" image that the viewer would see, i.e., as if 
they were looking through a window at the same location, is then displayed. Generally, 
if four lines are drawn in space from the viewer position to each comer of a single 
rectangular screen, a pyramid shape is created. When this pyramid is mathematically 

10 extended into a virtual world, it defines the portion of the virtual world that must be 
displayed on the screen. The mathematical description of this extended pyramid is called 
a view volume. Thus, a front screen would contain a view of the virtual world to the 
north, a left screen would contain a view of the virtual world to the west, and a right side 
screen would contain a view of the virtual world to the east. In this way, the views 

1 5 change as the viewer moves and turns within the virtual world. An encompassing view 
VQlume, which is the view volume of tji^ entir? display system 10 rather than a single 
screen 1 Sa-n, can also be calculated to speed certain software operations. , 
; ^ At program step 210, various iiut|alizatioa activities can be performed^ which 
include resetting graphics circuitry, clearing the keyboard input buffer, clearing all 

20 display screens, etc. , - . . : 

The host coniputer 12 processor then enters an eyent loop, referred to as a primary 
event loop for 3D visualization software and designated at,21 2, and waits for some action 
or event to occur. Based on the particular event detected^ the program will perform a 
corresponding sequence of instructions, If events occur in rapid succession, each event 

25 will be queued within memory and handled in the. order that they occurred. 

F9r instance, if the event is a movement of the viewer within a three-dimensional 
virtual world, then there is a very high likelihood that all screens must be updated. Thus, 
at program step 214, when a move viewpoint event is detected, a screen update loop, 
beginning at program step 216 is invoked. The series of progr^ steps in that particular 

30 loop proceed to update the image that is currently shown on all display screens 1 8. The 
graphics application software can require that this particular loop finish so that all screens 
get updated before accepting the next event, or the software can be executed so as to exit 
the loop prematurely and start again if another move viewpoint event occurs. 
Alternatively, the central display screens within the display system may complete the 

35 update loop and be updated, while the updates to the peripheral display screen are 
interrupted. Computational speeds, image complexity, and programmer preference are 
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some of the variables involved in determining the most appropriate way to write three- 
dimeiisional visualization software that utilizes multiple display screens in this manner. 

Program step 222 corresponds to the circumstance where a localized event occurs, 
such as the movement of a single object within the image. In this circumstance, it may 
5 be advantageous to do the mathematical calculations to determine which screens need to 
be updated. By coniparing the location (and size and distance) of the localized event with 
the encompassing view volume, it can be determined if the localized event appears within 
view of any of the screen view volumes. If not, no screen updates are required, as shown 
at program step 224. If however the localized event is contained within the 

10 encompassing view volume, theii all screens can be updated, or alternatively, only those 
screens in which the event appears can be updated, as is shown at program steps 226-232. 
Again, such approaches are highly application dependent and left up to the author of the 
3D visueilization software:* ■ - 

Program step 234 indicates that any other relevant 3D visualization events can 

15 also be detected and responded to, again depending on the particularities and 
reqtiirements of the specific 3D visualization software th^t is being used. 

In opferation, when a 3D graphids application is displayed, a virtual world will 
appear on all or bf the display screens 18a-n so as to provide the viewer with the 
feeling 6f immersion imparted by the* extended field-of-regard differed by the display 

20 systbm" 1 0.' Tlie Viewer is free to Idbk around this virtual world through head arid eye 
movements without affecting the stability of the image. Motion of the viewer within this 
virtual v/orld is accomplished" with input devices including keyboard, mouse, joystick, 
trackball, touch fereeh, treadmill, statioriaiy bicycle, rowing iriacliine, of any otfie^ input 
device Wliich provides i roughly stationary head position. 

25 If virtual world viewing is not required, the display system 10 also provides 

sufficient resolution to display 2D textual application windows. For instance, a standard 
wiiidbwihg operatirig systerri allows the viewer to launch applications which create 2D 
textual application Windows on the display system. The viewer is fi*ee to move these 
windows to any screen and niay ekpaiid tliem to fill that screen. Application windows 

30 may also be ekpanded'to span acrdss tiiultiple screens within the display system, thereby 
allowing the entire' cohtehts of an application window to be displayed at once, or multiple 
pages of a document to be displayed side-by-side. Similarly, the mouse-cursor can move 
across all screens in a contiguous fashion. In this expanded-desktop mode of operation, 
the viewer is able to place an email reader on one screen, a real-time stock ticker on 

35 another screen, an Internet browser on another screen, a to-do list on another screen, an 
appointment calendar on another screen, a word-processing document on another screen, 
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and a database access window on another screen. In this way, all windows are 
simultaneously visible for reference, without need to rearrange or toggle between 
application windows. The viewer may also configure this multiscreen system for video 
conferencing, wherein each conferencee's image is given a separate non-overlapping 

5 screen. A camera can be integrated within the supporting framework to provide the 
viewer's image to others. 

Another viewing altematiye provided by the display system 10 is the viewing of 
both 3D virtual worlds and 2D textual application windows simultaneously. In this mode 
of operation, the desktop background effectively becomes the dynamic image of the 

10 virtual world, and the 2D application windows appear in front of the 3D scene. In this 
mode the viewer may position a small email window, for example, near the periphery of 
viewer's vision. The user can then easily monitor the status of an incoming email, for 
instance, while simultaneously executing a virtual reality-type application on the other 
screens within the display system 10. This niode is also useful for providing information 

15 and controls relating to the virtual world currently being viewed. For instance, in game 
applications, such 2D windows can be used to display score, status, and options. In an 
exercise machine application, heart rate, elapsed, time, and level of difficulty, can be 
displayed in 2D windows. In a remotely pperated vehicle applieatipn, fiiel level, altitude, 
bearing, and speed can be displayej^i in 2D >yindQwSv, . , . . 

20 ....... The present invention may be embo^lied in other specific 

from, its spirit or essential characteristics. . The, described embodiments are to be 
considered in all respects only as illustrative and not restrictive. The scope of the 
invention is, therefore, indicated by the appended claims rather .than by the foregoing 
description. All changes which come v/ithin the meaning and range of equivalency of 

25 the claims are to be embraced within their scope. 
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What is claimed is: 

1 . A multi-screen display system for use by a computer, the display system 
comprising: 

a plurality of display screens arranged in a spatially adjacent manner so 
5 as to together form a single contiguous display screen; 

screen position storage means for containing screen position data that is 
representative of the relative position of each of the plurality of display screens 
and that is measured with respect to an assumed position of a user of the 
computer; 

10 a graphics processor circuit that is operatively associated with at least one 

display screen and that is capiable of causing image data to be displayed on the 
associated display screen; and 

multi-screen controller means for iforwarding image data from an 
application executing on the corriputer to the graphics pi-ocessor circuit associated 

15 with the appropriate display screen based on the screen position data. 

2. A multi-screen display system ias defined in claim 1, wherein the pluraHty 
of display screens'afe arraniged in a manner so as to form a contiguous display screen that 
is concavdy shaped arid oriented about a t^^^ 

w > 3^ -^A multi-screeh display system as defined i 1, whereiii the image 

20 data received by the graphics processbr circuit caii be Used to generate an image 6h the 
■ 'associated at reast'one 'display screen in a marmeir s6'that a single continuous image is 
' produced on the contiguous display screen formed by the pliffality of display screens. 
■■A ^4:) -: r\: A rtiulti-scfeeh display system as defined in d 
processor cii-cmt includes at least ohe of the following: a twd-dimenisional (2D) graphics 
25 processor circiiit aind a three-dimensional (3D) graphic^ 

5. A multi-screen display system as defined in claim 4,' wherein the graphics 
processor circuit ftirther comprises: 

a display memory for storing image data that is to be displayed on the 
associated display screen; and 
30 a display driver controller circuit that is capable of outputting predefined 

electrical timing and control sequence data for causing the image data contained 
in the display memory to be displayed on the associated display screen. 

6. A multi-screen display system as defined in claim 1, wherein the muhi- 
screen controller means comprises a multiplex logic circuit that is capable of receiving 

35 image data fi-om an application executing on the computer and forwarding the data to a 
selected graphics processor circuit based upon the contents of the image data. 
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7. A multi-screen display system as defined in claim 6, wherein the multi- 
screen controller means further comprises computer storage memory for containing at 
least one of the following parameters: texture maps corresponding to and further defining 
the image defined by the image data; and rendering information corresponding to and 

5 further defining the image defined by the image data. 

8. A multi-screen display system as defined in claim 1 , wherein the plurality 
of display screens are comprised of thin-panel computer display screens. 

9. A multi-screen display system as defined in claim 1, wherein the screen 
position storage means further contains a unique screen identifier for each display screen 

10 within the display system. 

1 0. A multi-screen display system as defined in claim 1 , wherein the screen 
position storage means further contains an adjustment data set, the adjustment data set 
containing correction values that can be used to adjust the screen position data values to 
reflect an actual position of a user of the computer. 

15 1 1 , A multi-screen display system for use by a computer, the display system 

comprising: 

a plurality of thin-panel computer display screens arranged and physically 
interconnected in a spatially adjacent manner so, as to together, form a concavely 
shaped single contiguous display screen for use by the. compter; 

20 a memory storage area operatiyely connected, jtp the computer that 

contains screen position data that is representative pf the absolute position and 
location of each of the plurality of thin-panel computer display screens relative 
to an assumed position of a user of the computer; ■ . 

a three-dimensional graphics processor circuit that is operatively 

25 associated with each separate thin-panel computer display screen and that is 

capable of ge;nerating three-dimensional images on the associated thin-panel 
display screen; 

a two-dimensional graphics processor circuit that is operatively associated 
with each separate thin-panel computer display screen and that is capable of 
30 generating two-dimensional images on the associated tliin-panel display screen; 

and 

multi-screen controller means for forwarding three-dimensional image 
data from an application executing on the computer to the three-dimensional 
graphics processor circuit associated with the appropriate thin-panel display 
35 screen based on the screen position data, and for forwarding two-dimensional 

image data fi'om an application executing on the computer to the two-dimensional 
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graphics processor circuit associated with the appropriate thin-panel display 
screen based oh the screen position data. 

12. A method for distributing image data to a plurality of computer display 
screens that are connected to a computer so as to form a single contiguous display screen, 
5 the method comprising the following steps: 

(a) storing in a memoiy location screen position data that is 
representative of the location and position of each of the plurality of computer 
display screens measured with respect to an assumed position of a user of the 
computer; 

10 (b) receiving an image data packet containing image data for display 

on one of the plurality of display screens; 

(c) based upon the contents of the image data packet and upon the 

screen position data, forwarding the image data packet to a graphics processor 

associated vnth the correct display screen; 
15 (d) displaying by the graphics processor an image on the 

corresponding display screen in accordance with the contents of the image data 

packet; and 

' ' ' (e) repeating steps (b)-(c) so that a single continuous image is 

' ' - ■ ■ produced oh the single cbhtinubus display screen formed by the plurality of 
20 display screens. 

13. A fnethbd as defined iri claim 12, fiuther comprising the steps of: 

* calculating ah adjustment data set, the ad^^^ 
screen position correction values; and 

adjusting the scredn position datat values based oii the adjustment data set 
25 - so that the scireeii position data values reflect ah a!ctual position of a user of the 

computers 

' 14.' A method as defined in claim 12, wherein at least one two-dimensional 
image is displayed on at least one display screen at the same time as at least one three- 
dimensional image is displayed on at least one of tlie other display screens within the 
30 display system.' 

' 15. ' A method as defined in claim 12, wherein images on at least one display 
screen are updated in accordance with corresponding actions of the computer user. 

16. A computer-readable medium having computer-executable instructions 
for performing the steps recited in claim 12. 

35 
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